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PRELIMINARY AMENDMENT 



Assistant Commissioner for Patents 



July 19, 2000 



Washington, D.C. 20231 
Sir: 

Prior to examination, please amend the above- identified 
application as follows. 

IN THE SPECIFICATION 

Please amend the specification as follows: 
Page 27, line 6, delete "What is claimed is:". 

IN THE CLAIMS 

Page 28, line 1, insert --What is claimed is:-- 
Please amend claims 1, 4, 56, 8-11 and 17 as follows: 
1 . (Amended) A method of decoding an encoded video 
signal, the method comprising: 



receiving coded data representing frames of a video 
signal; and 

examining said coded data to detect header data and 
picture data; 

when an error in the picture header is detected, 
storing the picture data in a temporary picture data store, 
detecting a repeat of the header data; and decoding the stored 
picture data using the repeated header data. 

4. (Amended) A method of decoding according to claim 1, 
[2 or 3] wherein the step of detecting a repeat of header data 
is carried out each time data is stored in the temporary- 
picture data store. 

5 . (Amended) A method of decoding according to [any 
preceding] claim wherein the step of detecting the repeated 
header data comprises examining the picture header of a 
subsequent frame to determine whether the picture header of 
the subsequent frame includes data relating to the picture 
header of a previous frame and, if so, detecting the repeat of 
the picture header. 

6. (Amended) A method according to [any of claims] 
claim 5j_ wherein the step of detecting the repeated data 



comprises examining the Supplemental Enhancement Indicator 
(SEI) of the header of a subsequent frame. 

9. (Amended) A method of encoding according to [claims] 
claim 7j_ [or 8] wherein the repeated data comprises a picture 
header and a first segment of picture data of the frame. 

10. (Amended) A method of encoding according to [any of 
claims] claim [or 8] wherein said repeated data [consists 
of] includes a picture header and an indicator that no picture 
data has altered since a previous frame. 

11. (Amended) A method of encoding according to [any of 
claims] claim 7j_ [to 10] wherein the step of repeating header 
data comprises adding the repeated data to the picture header 
of a subsequent frame. 

17. (Amended) A video codec comprising^, 

an encoder [according to claim 13] which comprises: 
an input for receiving a video signal to be coded, 

and 

means for encoding data representing a frame of said 
video signal. 
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wherein the means for encoding data being arranged 
to repeat part, but not all, of said data, said repeated part 
including the picture header for the frame; and 

a decoder [according to claim 14] which comprises: 

an input for receiving coded data representing 
frames of a video signal , and 

decoding means for examining said coded data to 
detect header data and picture data, 

wherein said decoder being arranged to store the 
picture data in a temporary picture data store when an error 
in the picture header is detected, to detect a repeat of the 
header data, and to decode the stored picture data using the 
repeated header data . 

Please add new claims 18-35 as follows: 

18. A method of decoding according to claim 2, wherein 
the step of detecting a repeat of header data is carried out 
each time data is stored in the temporary picture data store. 

19. A method of decoding according to claim 3, wherein 
the step of detecting a repeat of header data is carried out 
each time data is stored in the temporary picture data store. 
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20. A method of decoding according to claim 2, wherein 
the step of detecting the repeated header data comprises 
examining the picture header of a subsequent frame to 
determine whether the picture header of the subsequent frame 
includes data relating to the picture header of a previous 
frame and, if so, detecting the repeat of the picture header. 

21. A method of decoding according to claim 3, wherein 
the step of detecting the repeated header data comprises 
examining the picture header of a subsequent frame to 
determine whether the picture header of the subsequent frame 
includes data relating to the picture header of a previous 
frame and, if so, detecting the repeat of the picture header. 

22. A method of decoding according to claim 4, wherein 
the step of detecting the repeated header data comprises 
examining the picture header of a subsequent frame to 
determine whether the picture header of the subsequent frame 
includes data relating to the picture header of a previous 
frame and, if so, detecting the repeat of the picture header. 

23. A method of decoding according to claim 18, wherein 
the step of detecting the repeated header data comprises 
examining the picture header of a subsequent frame to 

5 



determine whether the picture header of the subsequent frame 
includes data relating to the picture header of a previous 
frame and, if so, detecting the repeat of the picture header. 

24. A method of decoding according to claim 19, wherein 
the step of detecting the repeated header data comprises 
examining the picture header of a subsequent frame to 
determine whether the picture header of the subsequent frame 
includes data relating to the picture header of a previous 
frame and, if so, detecting the repeat of the picture header. 

25. A method according to claim 20, wherein the step of 
detecting the repeated data comprises examining the 
Supplemental Enhancement Indicator (SEI) of the header of a 
subsequent frame . 

26. A method according to claim 21, wherein the step of 
detecting the repeated data comprises examining the 
Supplemental Enhancement Indicator (SEI) of the header of a 
subsequent frame . 

27. A method according to claim 22, wherein the step of 
detecting the repeated data comprises examining the 
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Supplemental Enhancement Indicator (SEI) of the header of a 
subsequent frame . 

28. A method according to claim 23, wherein the step of 
detecting the repeated data comprises examining the 
Supplemental Enhancement Indicator (SEI) of the header of a 
subsequent frame . 

29. A method according to claim 24, wherein the step of 
detecting the repeated data comprises examining the 
Supplemental Enhancement Indicator (SEI) of the header of a 
subsequent frame . 

30. A method of encoding according to claim 8, wherein 
the repeated data comprises a picture header and a first 
segment of picture data of the frame . 

31. A method of encoding according to claim 8, wherein 
said repeated data includes a picture header and an indicator 
that no picture data has altered since a previous frame. 

32. A method of encoding according to claim 10, wherein 
the step of repeating header data comprises adding the 
repeated data to the picture header of a subsequent frame. 
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33. A method of encoding according to claim 31, wherein 
the step of repeating header data comprises adding the 
repeated data to the picture header of a subsequent frame. 

34. A method according to claim 32, wherein the repeated 
data is included in the Supplemental Enhancement Indicator 
(SEI) of a subsequent frame. 

35. A method according to claim 33, wherein the repeated 
data is included in the Supplemental Enhancement Indicator 
(SEI) of a subsequent frame . - - 

IN THE ABSTRACT 

Line 2, delete "VIDEO CODING"; 

line 3, delete "comprising" insert --including--; 

line 4, after "signal;" insert --and--; 

line 5, delete "said" (first occurrence) insert 
--the--; same line 5, delete ", said" insert --. The--; 

line 6, delete the method comprising" insert 
- -including- - ; 

line 7, delete "said" insert --the--; and 

line 12, delete "Fig. 8". 

REMARKS 
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Entry of the above amendments prior to examination is 
respectfully requested. 

Please charge any shortage in fees due in connection with 
the filing of this paper, or credit any overpayment of fees, 
to the deposit account of Antonelli, Terry, Stout & Kraus, 
LLP, Deposit Account No. 01-2135 (367.38780X00). 



Respectfully submitted, 



ANTONELLI, TERRY, STOUT & KRAUS, LLP 




Carl 1/ Brundidge 
Registration No. 29,621 



CIB/jdc 
(703) 312-6600 
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PAT 99416 US 



Background of the Invention 

5 

This invention relates to video encoding and decoding. 

One of the recent targets in mobile telecommunications has been to increase 
the speed of data transmission to enable incorporation of multimedia services 

10 to mobile networks. One of the key components of multimedia is digital video. 
Transmission of video comprises a fairly continuous traffic of data 
representing moving pictures. As is generally known, the amount of data 
needed to transfer pictures is high compared with many other types of media, 
and so far usage of video in low bit-rate terminals has been negligible. 

15 However, significant progress has been achieved in the area of low bit-rate 
video compression. Acceptable video quality can be obtained at bit-rates 
around 20 kilo bits per second. As a result of this progressive reduction in bit- 
rate, video will be a viable service to offer over channels such as mobile 
communications channels. 

20 

A video sequence consists of a series of still images or frames. Video 
compression methods are based on reducing the redundancy and 
perceptually irrelevant parts of video sequences. The redundancy in video 
sequences can be categorised into spatial, temporal and spectral redundancy. 

25 Spatial redundancy means the correlation between neighbouring pixels within 
a frame. Temporal redundancy means the correlation between areas of 
successive frames. Temporal redundancy arises from the likelihood of 
objects appearing in a previous image also appearing in the current image. 
Compression can be achieved by generating motion compensation data 

30 which describes the motion (i.e. displacement) between similar areas of the 
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current and a previous image. The current image is thus predicted from the 
previous one. Spectral redundancy means the correlation between the 
different colour components of the same image. 

5 Video compression methods typically differentiate between images which do 
or do not utilise temporal redundancy reduction. Compressed images which 
do not utilise temporal redundancy reduction methods are usually called 
INTRA or l-frames whereas temporally predicted images are called INTER or 
P-frames (and also B-frames when the INTER frames may be predicted in a 
10 forward or backward manner). In the INTER frame case, the predicted 
(motion-compensated) image is rarely precise enough and therefore a 
spatially compressed prediction error image is also a part of each INTER 
frame. 

15 However, sufficient compression cannot usually be achieved by just reducing 
the redundancy of the video sequence. Thus, video encoders try to reduce 
the quality of those parts of the video sequence which are subjectively the 
least important. In addition, the redundancy of the encoded bitstream is 
reduced by means of efficient lossless coding of compression parameters and 

20 coefficients. The main technique is to use variable length codes. 

Compressed video is easily corrupted by transmission errors, mainly for two 
reasons. Firstly, due to utilisation of temporal predictive differential coding 
(INTER frames), an error is propagated both spatially and temporally. In 

25 practice this means that, once an error occurs, it is easily visible to the human 
eye for a relatively long time. Especially susceptible are transmissions at low 
bit-rates where there are only a few INTRA-coded frames (the transmission of 
INTRA-coded frames would terminate the temporal error propagation). 
Secondly, the use of variable length codes increases the susceptibility to 

30 errors. When a bit error alters a codeword to another one of different length, 
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the decoder loses codeword synchronisation and also decodes subsequent 
error-free codewords (comprising several bits) incorrectly until the next 
synchronisation or start code. (A synchronisation code is a bit pattern which 
cannot be generated from any legal combination of other codewords.) 

5 

One of the inherent characteristics of wireless data transmission is a relatively 
high bit error probability. This problem can be addressed by various 
transport, network and link layer retransmission schemes. However the 
drawback of such schemes is the possibility of unlimited and fluctuating 

10 transmission delays. In conversational audio-visual services, it is 
unacceptable to have large end-to-end delays. Thus retransmission schemes 
cannot be used in such services. Instead one must try to detect and conceal 
the transmission errors. In streaming audio-visual retrieval services, the 
transmission delay may vary somewhat due to the fact that some initial 

15 buffering occurs before the start of play-back. However, the maximum 
acceptable transmission delay is fixed and, if exceeded, there is an annoying 
pause in the play-back. In practice, both reliable and unreliable transport 
channels are used in retrieval services. 

20 Every bit in a compressed video bitstream does not have an equal importance 
to the decompressed images. Some bits define vital information such as 
picture type (e.g. INTRA or INTER), quantiser value and Optional coding 
modes that have been used. ITU-T Recommendation H.263 relates to video 
coding for low bit-rate communication. In H.263, the most vital information is 

25 gathered in the picture header. A transmission error in the picture header 
typically causes a total misinterpretation of the subsequent bits defining the 
picture content. Due to utilisation of temporal predictive differential coding 
(INTER frames), the error is propagated both spatially and temporally. Thus, 
a normal approach to picture header corruption is to freeze the previous 

30 picture on the screen, to send an INTRA picture request to the transmitting 



terminal and to wait for the requested INTRA frame. This may cause an 
annoying pause in the received video, especially in real-time conversational 
video sequences. 

5 Transmission errors have a different nature depending on the underlying 
network. In packet-switched networks, such as the internet etc., transmission 
errors are typically packet losses (due to congestion in network elements). In 
circuit-switched networks, such as mobile networks (e.g. HSCSD for GSM), 
transmission errors are typically bit errors where a '1' is corrupted to '0' or vice 
10 versa. 

To impede degradations in images introduced by transmission errors, 
retransmissions can be used, error detection and/or error correction methods 
can be applied, and/or effects from the received corrupted data can be 

15 concealed. Normally retransmission provides a reasonable way to protect 
video data streams from errors, but large round-trip delays associated with 
low bit-rate transmission and moderate or high error rates make it practically 
impossible to use retransmission, especially with real-time videophone 
applications. Error detection and correction methods usually require large 

20 transmission overheads since they add some redundancy to the data. 
Consequently, for low bit-rate applications, error concealment can be 
considered as a preferred way to protect and recover images from 
transmission errors. Video error concealment methods are typically 
applicable to transmission errors occurring through packet loss and bit 

25 corruption. 

H.263 is an ITU-T recommendation of video coding for low bit-rate 
communication which generally means data rates below 64 kbps. The 
recommendation specifies the bitstream syntax and the decoding of the 
30 bitstream. Currently, there are two versions of H.263. Version 1 consists of 
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the core algorithm and four optional coding modes. H.263 version 2 is an 
extension of version 1 providing twelve new negotiable coding modes. H.263 
is currently one of the most-favoured coding methods proposed for mobile 
wireless applications, where the bit rate is of the order of 28.8 bits per second 
5 and Quarter Common Intermediate Format (QCIF) pictures of 176x144 pixels 
are usually used. Currently the expected bit rates for third generation wireless 
products is around 64kbps and the image resolution may be higher. 

Pictures are coded as luminance (Y) and two colour difference (chrominance) 
10 components (C B and C R ). The chrominance pictures are sampled at half the 
resolution of the luminance picture along both co-ordinate axes. Picture data 
is coded on a block-by-block basis, each block representing 8x8 pixels of 
luminance or chrominance. 

15 Each coded picture, as well as the corresponding coded bitstream, is 
arranged in a hierarchical structure with four layers, which are from bottom to 
top: block layer, macroblock layer, picture segment layer and picture layer. 
The picture segment layer can either be arranged as a group of blocks or a 
slice. 

20 

A block relates to 8x8 pixels of luminance or chrominance. Block layer data 
consists of uniformly quantised discrete cosine transform coefficients, which 
are scanned in zigzag order, processed with a run-length encoder and coded 
with variable length codes. 

25 

Each macroblock relates to 16 x 16 pixels of luminance and the spatially 
corresponding 8x8 pixels of the two chrominance components. In other 
words, a macroblock consists of four 8x8 luminance blocks and the two 
spatially corresponding 8x8 colour difference blocks. Each INTER 
30 macroblock is associated with a motion vector which defines the position of a 
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corresponding area in the reference frame which resembles the pixels of the 
current INTER macroblock. The INTER macroblock data comprises coded 
prediction error data for the pixels of the macroblock. 

5 Usually, each picture is divided into segments known as groups of blocks 
(GOBs). A group of blocks (GOB) for a QCIF (Quarter Common Intermediate 
Format) picture typically comprises one row of macroblocks (i.e. 11 
macroblocks). Data for each GOB consists of an optional GOB header 
followed by data for the macroblocks within the GOB. 

10 

If the optional slice structured mode is used, each picture is divided into slices 
instead of GOBs. A slice contains a number of consecutive macroblocks in 
scan-order. Data for each slice consists of a slice header followed by data for 
the macroblocks of the slice. 

15 

The picture layer data contain parameters affecting the whole picture area 
and the decoding of the picture data. The coded parameter data is arranged 
in a so-called picture header. In QCIF format a picture is divided into 176x144 
pixels which corresponds to 9 rows of 1 1 macroblocks. 

20 

Picture and GOB (or slice) headers begin with a synchronisation or start code. 
No other code word or a legal combination of code words can form the same 
bit pattern as the synchronisation codes. Thus, the synchronisation codes 
can be used for bitstream error detection and for resynchronisation after bit 
25 errors. 

H.263 is the video compression standard used in the ITU-T Recommendation 
H.324 "Terminal for Low Bit-Rate Communication" February 1998, which 
defines videophone communication over PSTN and mobile networks. When a 
30 H.324 connection is run over a wireless channel, it is likely that the received 
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bitstream contains transmission errors. In a H.263 video bitstream, these 
errors are extremely harmful if they occur in picture headers. Such an error 
may prevent the decoding of the picture contents. Errors in INTRA picture 
headers cause the most severe implications, since these pictures are used as 
5 initial temporal prediction sources. Errors in an INTRA picture header 
detrimentally affect the corresponding decoded INTRA picture and each 
subsequent picture initially predicted from this INTRA picture. 

Summary of the Invention 

10 

According to the invention there is provided a method of video encoding and 
decoding as claimed in the appended claims. An encoder and a decoder are 
also provided as claimed in the appended claims. 

15 A first embodiment of the invention introduces a novel method to repeat 
INTRA picture headers in video bitstreams, which is fully compliant with the 
ITU-T H.263 recommendation. The invention introduces redundant copies of 
picture headers in the bitstream. If the primary picture header is corrupted, a 
decoder may use a copy of it to enable the decoding of the picture contents. 

20 This invention introduces an INTRA picture header repetition method that 
uses the standard syntax and semantics of H.263. Therefore, all standard 
compliant decoders can utilise the method. 

The inclusion of a repeat of the picture header for at least INTRA-frames 
25 means that a receiving decoder does not necessarily have to freeze the 
display, send a repeat request to the encoder and wait for the encoder to 
send the repeated information. Thus annoying pauses due to picture freezing 
are avoided and an end-user should perceive better quality video. 
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The invention is applicable to real-time applications and also to non-real-time 
applications, such as retrieval services which may not be able to respond to 
INTRA repeat requests from a receiving decoder. 

5 Brief Description of the Drawings 

The invention will now be described, by way of example only, with reference 
to the accompanying drawings, in which: 
Figure 1 shows a multimedia mobile communications system; 
10 Figure 2 shows an example of the multimedia components of a multimedia 
terminal; 

Figure 3 shows the typical data structure of a video signal encoded according 
to H.263; 

Figure 4 shows an example of a video codec according to the invention; 
1 5 Figure 5 shows the data structure of an encoded video signal output by an 

encoder according to a first embodiment of the invention; 

Figure 6 shows the data structure of an encoded video signal output by an 

encoder according to a second embodiment of the invention; and 

Figure 7 is a flow diagram showing the operation of a video encoder 
20 according to a third embodiment of the invention. 

Figure 8 is a flow diagram showing the operation of a video decoder 

according to a first embodiment of the invention. 

Figure 9 is a flow diagram showing the operation of a video decoder 
according to a third embodiment of the invention. 

25 

Detailed Description of the Invention 

Further description of the invention will be made with reference to the H.324 
and H.263 recommendations. However it is not the intention to limit the 
30 application of the invention to these or related protocols. 
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Figure 1 shows a typical multimedia mobile communications system. A first 
multimedia terminal 1 communicates with a second multimedia terminal 2 via 
a communications link 3 and a communications network 4. Control data is 
5 sent between the two terminals 1, 2 as well as multimedia data. In the 
embodiments of the invention to be described, the multimedia terminals 1, 2 
are mobile/wireless videophones and the communications network is a mobile 
communications network such as a GSM network. The communications link 3 
in this arrangement is a radio link. In other embodiments of the invention, the 
10 multimedia terminals may both be Public Switched Telephone Network 
(PSTN) videophones or one may be a mobile multimedia terminal and one 
may be a PSTN multimedia terminal. The terminals 1,2 may be used for real- 
time application such as video-telephony or for non-real-time applications 
such as retrieval services. 

15 

Figure 2 shows the typical multimedia components of a terminal 1 which 
conforms to H.324. The terminal comprises a video codec 10 conforming to 
H.263, an audio codec 20 conforming to G.723.1 , a data protocol manager 30 
conforming to T.120, a control manager 40 which outputs signal according to 

20 the H.245 control protocol, a multiplexer/demultiplexer 50 conforming to H.223 
and a modem 60 (if required). The video codec 10 receives signals from a 
video capture device of the terminal (e.g. a camera (not shown)) for coding 
and receives signals from a remote terminal 2 for decoding and display by the 
terminal 1 on a display 70. The audio codec 20 receives signals for coding 

25 from the microphone (not shown) of the terminal 1 and receives signals from a 
remote terminal 2 for decoding and reproduction by a loudspeaker (not 
shown) of the terminal 1 . These standards referred to above are described 
for exemplary purposes only and are not intended to be limiting. 
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The control manager 40 controls the operation of the video codec 10, the 
audio codec 20, the data protocol manager 30 and the multiplexer/ 
demultiplexer 50. However, since the invention is concerned with the 
operation of the video codec 10, no further discussion of the other parts of the 
5 terminal will be provided. 

The video codec 10 receives a digital input video signal from a signal source 
(not shown). The video signal represents a sequence of frames where each 
frame is a still image. When displayed in sequence, the frames provide the 
10 impression of an image containing movement. Thus the sequence of frames 
are referred to herein as a moving image. The codec 10 encodes the moving 
image from the signal source (not shown) and decodes a received signal 
representing a moving image for display on the display 70. 

15 Figure 3 shows the data structure for a frame (or picture) of a video signal 
encoded according to H.263. Each frame begins with a picture header 80, 
usually of around 50 bits. The picture header 80 includes: 
a Picture Start Code (PSC) for synchronisation; 

a Temporal Reference (TR) formed by incrementing the value of TR in 
20 the temporally-previous reference picture (e.g. l-frame) header by one 

plus the number of skipped or non-reference pictures since the 
previously transmitted reference picture; 

Type Information (PTYPE) indicating, among other things, whether the 
frame is an INTRA frame or an INTER frame, the format of the picture 
25 (CIF, QCIFetc); and 

Quantiser information (PQUANT), which indicates the DCT quantiser to 
be used for the rest of the picture. 

Following the picture header 80 is picture data 82 for the first segment (GOB, 
30 slice etc.) of the picture. Owing to the presence of the picture header 80, a 
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segment header for the first segment is unnecessary. Thus the picture data 
82 following the picture header 80 includes a macroblock motion vector 821 (if 
applicable) and block data 822. 

After the data 82 for the first segment of the picture is a segment header 84 
(e.g. GOB header) for the next segment. This GOB header includes: 
a GOB start code (GBSC) for synchronisation; 

a Group Number (GN) indicating the number of the GOB within the 
picture; 

GOB Frame ID (GFID) which has the same value in every segment of a 
given picture and the same value as in the previously coded picture if 
the two pictures are of the same type (I, P etc.); and 
quantiser information (GQUANT) indicating the quantiser to be used for 
the rest of the picture (unless changed subsequently in the bitstream). 

The segment header 84 for the second segment is followed by the picture 
data 86 (i.e. macroblock motion vector (if applicable) and block data) for that 
segment. The frame data continues with segment headers 84 and picture 
data 86 until the whole frame has been encoded. A picture header 80 for the 
next frame is then sent. 

It will be clear to a reader that the loss of a picture header can have severe 
effects on the decoding of a picture. The decoder will not be able to 
synchronise to the picture, will not know how the picture has been encoded (I 
25 or P), etc. Conventionally, when the picture header is corrupted, the whole of 
the data is discarded and a request for an INTRA picture update is sent to the 
transmitting device. In response, the transmitting device codes a frame in 
INTRA mode and the current picture is frozen on the display until this new 
INTRA-coded data is received and decoded. 
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Figure 4 shows an example of a video codec 10 according to the invention. 
The video codec comprises an encoder part 100 and a decoder part 200. 

Considering the terminal 1 as transmitting coded video data to terminal 2, the 
5 operation of the video codec 10 will now be described with reference to its 
encoding role. The encoder part 100 comprises an input 101 for receiving a 
video signal from a camera or video source (not shown) of the terminal 1. A 
switch 102 switches the encoder between the INTRA-mode of coding and the 
INTER-mode. 

10 

In INTRA-mode, the video signal from the input 101 is input directly to a DCT 
transformer 103 which transforms the pixel data into DCT coefficients. The 
DCT coefficients are then passed to a quantiser 104 which quantises the 
coefficients. Both the switch 102 and the quantiser 104 are controlled by an 

15 encoding control manager 105 of the video codec which also receives 
feedback control from the receiving terminal 2 by means of the H.245 control 
manager 40. The data output from the quantiser 104 is passed through an 
inverse quantiser 108 and an inverse DCT transformer 109. The resulting 
data is added to the contents of a picture store 107 by adder 110. In INTRA 

20 mode, the switch 1 15 is opened so that the contents of the picture store 107 
are overwritten by the output of the inverse DCT transformer 109. 

In INTER mode, the switch 102 is operated to accept from a subtractor 106 
the difference between the signal from the input 101 and a previous picture 

25 which is stored in the picture store 107. The difference data output from the 
subtractor 106 represents the prediction error between the current picture and 
the previous picture stored in the picture store 107. The prediction error is 
DCT transformed and quantised. The data in the picture store 107 is then 
updated by passing the data output by the quantiser 104 through the inverse 

30 quantiser 108 and the inverse DCT transformer 109 and adding the resulting 
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data to the contents of the picture store 107 by adder 110, the switch 115 
being closed. A motion estimator 111 may generate motion compensation 
data from the data in the picture store 107 in a conventional manner. 

5 The video coder 100 produces header information (e.g. a temporal reference 
flag TR 112a to indicate the number of the frame being coded, an 
INTRA/INTER flag 1 12b to indicate the mode of coding performed (I or P/B), a 
quantising index 112c (i.e. the details of the quantiser used), the quantised 
DCT coefficients 11 2d and the motion vectors 112e for the picture being 
10 coded. These are coded and multiplexed together by the variable length 
coder (VLC) 113. The output of the encoder is then multiplexed with other 
signals by multiplexer 50. 

In a first embodiment of the invention, the encoder is arranged to send 
15 repeats of the picture header after every INTRA frame. A data store 114 is 
therefore provided to store temporarily the data to be repeated. In the first 
embodiment, for every INTRA frame, the picture header 80 and the first 
segment of data 82 are repeated for transmission to a receiving decoder. 
Thus the encoder outputs data in the form shown in figure 5. 

20 

As shown in Figure 5, the coded signal begins with the data for the first 
picture 510 of the video signal. This frame is INTRA coded. The data 
comprises the picture header 80, the data for the first segment 82 and 
headers 84 and data 86 for subsequent segments of the first picture. The 

25 picture header 80 and the data 82 for the first segment of the first picture 510 
are then repeated as data 512, the repeated picture header having the same 
temporal reference TR as the original frame. This repeated data is followed 
by data for subsequent INTER-coded frames 520, 522, 524. When the next 
INTRA frame is coded, the data 510' for the frame is followed by a repeat 512' 

30 of the picture header 80 and first segment data 82 for the INTRA frame 510'. 
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This arrangement leads to an overhead of around 227 bytes per INTRA-frame 
for a 28.8 kbps connection and a QCIF picture. 

5 The receiving decoder will therefore receive a duplicate of the header 
information. In this scenario, the decoder is arranged to operate as described 
in Annex N of H.263 with reference to the Reference Picture Selection (RPS) 
mode. According to H.263 Annex N, if a decoder receives two or more picture 
headers having the same Temporal Reference (TR), then the second and 

10 subsequent picture headers (and their related data) are ignored by the 
decoder. Thus, if a receiving decoder manages to correctly decode the first 
occurrence of the picture header (and thus read the TR of this header), the 
decoder will ignore the repetition of the picture header. Thus an encoder 
according to the first embodiment of the invention will be operable with a 

15 conventional decoder, although such an arrangement will not result in the 
benefits of the invention. Compatibility is however provided. 

In the first embodiment described above, the repeated data relates to an 
incomplete part of a frame and in particular to the picture header and the data 
20 for the first segment of the picture. A decoder according to the invention 
therefore detects the presence of repeated data by detecting that data for an 
incomplete frame has been received and uses stored data to complete the 
frame. 

25 In a second embodiment of an encoder according to the invention, redundant 
video frames are added to the encoded bit stream. Such a redundant frame 
is not used to bring any additional information to the transmitted video 
sequence. Instead the redundant frame is used to repeat the picture header 
of a previous picture. The redundant frames are added to the video bitstream 

30 by an encoder according to the invention. The presence of a redundant frame 
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is explicitly signalled to a decoder or the decoder may use implicit 
characteristics of the redundant frames to detect the presence of a such 
redundant frame. 

5 Figure 6 shows the framing structure of a signal output by an encoder 
according to the second embodiment of the invention. The encoder is 
arranged to generate and send a redundant frame 612 after each INTRA 
frame 610. According to H.263, consecutive compressed pictures cannot 
represent the same uncompressed picture unless the Reference Picture 

10 Selection (RPS) mode is selected (Annex N). The second embodiment of the 
invention does not rely on RPS being selected. In this case, the picture 
header only is stored in the data store 114. Under control of the control 105 
the original picture header 80 is altered such that the new picture header 80' 
is the same as that for the INTRA frame 610 except that the picture coding 

15 type in the PTYPE field is changed from I to P and the TR field is 
incremented. The control 105 also sets a field 88 which indicates that there 
has been no change to the data for the whole frame. In H.263 this field 
includes a Coded Macroblock Indication (COD) flag, which is set in respect of 
a macroblock that is INTER-coded and, when set, indicates that no further 

20 information is sent for the macroblock (i.e. no-change). Subsequent INTER- 
frames 620, 622, 624, encoded in the same manner as frames 520, 522, 524 
shown in Figure 5, are transmitted until the next INTRA-frame 610'. 

According to another embodiment of the invention, redundant frames are 
25 included after INTER-frames as well as INTRA-frames. 

The redundant frame of repeated data 612 contains a picture header 80' of 
around 50 bits, 99 COD bits (one for each of the 99 macroblocks within a 
QCIF picture) and some stuffing bits to make up an integer number of bits for 
30 a complete frame. Altogether such a redundant frame typically consists of 19 
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bytes and thus adds around 8% of overhead to the data stream for a 28.8 
kbps H.263 connection and a QCIF picture. This overhead value applies only 
if each INTRA frame and each INTER frame is associated with a redundant 
frame. Clearly the overhead may be reduced if a redundant frame is encoded 
5 after each INTRA frame only. 

As described with reference to figures 5 and 6, the repeated picture header 
for a frame is provided subsequent to the original data for the frame of a 
picture and prior to data for the next frame. 

10 

A third embodiment of the encoder will now be described. This embodiment 
is based on a new addition to the Supplemental Enhancement Information 
field (Annex L) of H.263. The addition enables repetition of certain picture 
layer fields of the previous picture in the supplemental enhancement 
15 information fields of the current picture. (Picture layer fields are not repeated 
within the same picture since they are in danger of being corrupted at the 
same time as the picture layer data itself.) 

The inclusion of Supplemental Enhancement Information in a picture header 
20 is indicated, according to H.263, by a flag PEL If PEI is set, this indicates that 
supplementary information follows in an 8-bit field PSUPP. A further PEI 
indicates that a further PSUPP field follows with further information and so on. 

Decoders which do not support the extended capabilities described in Annex 
25 L are designed to discard PSUPP if PEI is set to 1. This enables backward 
compatibility for the extended capabilities of Annex L so that a bitstream 
which makes use of the extended capabilities can also be used without 
alteration by decoders which do not support those capabilities. 
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Annex L of H.263 describes the format of the supplemental enhancement 
information sent in the PSUPP field of the picture layer of this 
Recommendation. The presence of this supplemental enhancement 
information is indicated in PEI, and an additional PEI bit is inserted between 
5 every octet of PSUPP data. 

The PSUPP data consists of a four-bit function type indication FTYPE, 
followed by a four-bit parameter data size specification DSIZE, followed by 
DSIZE octets of function parameter data, optionally followed by another 

10 function type indication, and so on. A decoder which receives a function type 
indication which it does not support can discard the function parameter data 
for that function and then check for a subsequent function type indication 
which may be supported. The FTYPE values which have been defined are 
shown in Table L.1 of H.263. This embodiment of the invention would require 

1 5 some changes to Annex L of H.263. These changes are: 

1. the definition of a new function type indication (FTYPE) in Table 
L.1 of H.263 e.g. Entry 13 - Picture Layer Data Repetition; and 

2. the inclusion in Annex L of an explanation of the effect of this 
20 FTYPE code e.g.: 

The Picture Layer Data Repetition Function shall be used to 
repeat certain fields of the coded representation of the picture layer 
data of the previous picture. The repeated fields shall appear in natural 
syntactic order beginning from the Temporal Reference (TR) field. In 

25 other words, if the PEI bits were removed from the repeated picture 

layer data, the bit stream of the repetition would be exactly the same as 
the original bit stream in the corresponding position. The DSIZE field 
of the SEI indicates the number of repeated bytes. A DSIZE equal to 
zero is reserved for future use. The picture header information then 

30 follows the FTYPE/DSIZE octet. 
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This proposed method introduces a considerable delay compared with the 
previous embodiments when recovering a corrupted picture header, since the 
recovery cannot take place until the beginning of the next picture is received. 
5 However, since the operation of a decoder is typically faster than real-time 
video-data transmission at least at low frame rates, the decoder is likely to be 
able to recover the time spent for waiting the next picture to arrive. 

One possible way to implement an encoder according to the third embodiment 
10 is presented in the flowchart shown in Figure 7. With respect to this 
embodiment, picture header refers to picture layer data preceding 
Supplemental Enhancement Information in the bit stream syntax. 

The uncompressed signal is input to the encoder (700) at a certain frame rate. 

15 A bit rate control algorithm decides whether to code or to skip a particular 
frame (702). If a frame is going to be coded, the picture header is coded first 
(704). The picture header is also stored (708) in data store 114. No more 
than three picture headers are needed at any moment, namely the header 
from the current picture and the headers from the two previous coded 

20 pictures. The encoder determines (706) whether the GFID is going to be 
changed in this picture (compared with the previous picture) based on the 
picture headers of the current and previous pictures. If the GFID of the 
previous picture also differed from the GFID of the picture before that (710), 
one needs to repeat the picture header of the previous picture as 

25 Supplemental Enhancement Information. Otherwise, the receiver can recover 
the picture header of the previous picture (712) using the GFID of either the 
current picture or the picture preceding the previous picture. Finally, the rest 
of the picture is encoded (714). Then the coding loop continues from the 
beginning (700). 



30 
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The repeated picture header may be repeated without the PSC. Alternatively 
the header could be manipulated by a systematic error-correcting code. A 
systematic error-correcting code is such that k first symbols are the actual 
5 message and the rest of the symbols are used for error checking. In this 
particular case, k first bits are the picture header, and the rest of the bits are 
transmitted as Supplemental Enhancement Information in the next frame. 
Consequently, the selection of the error-correcting code affects how many bit 
inversion errors can be detected and corrected and how many supplemental 
1 0 bits are needed to provide this error protection. 

In the embodiments of the encoder 100 described above the encoder has 
been pre-programmed to send picture header repeats. However the encoder 
100 can be arranged additionally to repeat or refresh the picture data in 
1 5 response to a command from a decoder. 

Additionally or alternatively the encoder may be arranged to send a repeat 
picture header every time the GFID parameter changes state. 

20 Considering the terminal 1 as receiving coded video data from terminal 2, the 
operation of the video codec 10 according to the invention will now be 
described with reference to its decoding role. The terminal 1 receives a 
multimedia signal from the transmitting terminal 2. The demultiplexer 50 
demultiplexes the multimedia signal and passes demultiplexed signals to the 

25 correct parts of the receiver e.g. the video data to the video codec 10, the 
audio data to the audio codec 20 and H.245 control data to the H.245 control 
40. The decoder 200 of the video codec decodes the encoded video data by 
inverse quantising, inverse DCT transforming and motion compensating the 
data. The decoded video data is then output for reproduction on a display 70 

30 of the receiving terminal 1 . 
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As shown in figure 4, the decoder part 200 of the video codec 10 comprises a 
variable length decoder 218, an inverse quantiser 220, an inverse DCT 
transformer 221 , a motion compensator 222, a picture store 223, a controller 
5 224, a temporary picture data store 228 and switches 230 and 232. The 
controller 224 receives video codec control signals demultiplexed from the 
encoded multimedia stream by the demultiplexer 50. In practice the controller 
1 05 of the encoder and the controller 224 of the decoder may be the same 
processor. 

10 

The controller 224 of the decoder checks the integrity of the received data. 
An error in the picture header may mean that the picture cannot be decoded 
and is lost completely or it is so corrupted that it is effectively lost. 

15 A first embodiment of the decoder will now be described. In normal operation, 
the decoder 200 receives encoded data. The Variable Length Decoder (VLD) 
218 decodes the received data in an attempt to reproduce the original frame 
structure which has a format such as shown in figure 3. That is to say, the 
VLD 218 decompresses the encoded data and the controller 224 detects the 

20 Picture Start Code (PSC) within the received data. The controller 224 then 
uses the information within the picture header to control the inverse quantiser 
220 and the switch 230. When the PTYPE information indicates an INTRA- 
frame, the switch 230 is opened and the output of inverse DCT device 221 is 
input to the picture store 223. When the PTYPE information indicates an 

25 INTER-frame, the switch 230 is closed and the contents of the picture store 
223 are added to the output of the inverse DCT device 221 (the decoded 
prediction error) by adder 234. 

If the decoder is unable to decode the first picture header, but is able to detect 
30 other segments of the picture (e.g. the GBSC of the second segment 84) then 
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the decoder stores this data in the temporary picture data store 228. When 
the decoder receives, decodes and identifies the repeated header data (and 
the first segment data 82), the decoder then uses the data in the temporary 
picture store to reproduce the rest of the picture. 

5 

Thus, if the controller 224 does not detect a PSC at the start of a frame (or 
otherwise determines that the picture header is corrupted) but does detect a 
segment header (e.g. by detecting a GOB start code GBSC), the controller 
224 changes the status of switch 232 such that the data output from VLD 218 
10 is input to the temporary picture data store 228. This data will start from the 
detected GBSC code since the VLD will not be able to synchronise to the start 
of the picture. 

Referring to figure 5, let us assume that the decoder has detected the GBSC 
1 5 in the header 84 for the second segment of frame 51 0. The data stored in the 
temporary picture data store 228 therefore comprises header 84 onwards i.e. 
the header for the second segment, data for the second segment, the header 
for the third segment, data for the third segment etc of frame 510. 

20 If the lost/corrupted picture header belonged to an INTRA-frame, the next 
data received by the decoder will therefore be the repeated picture header 
and first segment data 512. The decoder receives the data 512 relating to the 
repeated picture header 80 and repeated first segment data 82. The 
controller detects the PSC in the repeated data 512, reads the PTYPE field in 

25 the header and then instructs the quantiser 220 as to the quantiser to be used 
and opens switch 230 in response to the PTYPE field in the header indicating 
an INTRA frame. The rest of the repeated information (i.e. the repeated first 
segment of the data) is decoded by the inverse quantiser 220 and the IDCT 
transform 221 and the decoded repeated first picture segment is output from 

30 IDCT 222 to the picture store 223. 
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The decoder recognises that the data is not for a whole picture i.e. it is only a 
picture header 80 followed by picture data 82 for a first segment followed by a 
picture header for a subsequent frame, by for instance, the decoder decoding 
5 the repeated data 51 2 and then detecting that the subsequent start code is for 
a different frame i.e. frame 520. In response to this detection by the decoder, 
the controller 224 alters the status of switch 232 such that the data from frame 
510 stored in the temporary picture store 228 is output to the inverse 
quantiser 220 and the IDCT transform 221. The decoded data is then output 
10 to the picture store 223 to update the contents of the picture store with the 
rest of the decoded data for the current picture. 

As mentioned above, in the first embodiment of a decoder according to the 
invention, the decoder detects the receipt of a repeated picture header by 
15 detecting the occurrence of a picture header which is not followed by data for 
a whole picture (e.g. a picture followed by data for one segment of the picture 
but no more). Other ways could be used to detect the repetition of header 
information. 

20 As explained earlier, if the decoder is able to decode the frame 510 correctly, 
the decoder simply discards the repetition of the header 512 when the signal 
is formatted as shown in Figure 5. 

Figure 8 shows a flow diagram illustrating a method of operating a decoder 
25 according to the first embodiment of the invention. Firstly (400) the decoder 
200 starts to decode a received signal by checking if a picture start code 
(PSC) is the next code in the incoming data. If the picture header is deemed 
to be corrupted (402), the controller stores (404) the picture data associated 
with the remaining segments of the picture in the temporary picture data store 
30 228. 
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Various ways may be used to determine if the picture is corrupted. Some 
exemplary methods are if the decoder cannot detect the PSC, or if an error 
detection method (such as H.223 CRC checksum) indicates that there is an 
5 error, or if an unlikely parameter is found in the picture header (e.g. an INTER 
flag is set within a segment header when the coding type of the picture 
header is INTRA). 

The decoder 200 then seeks the next error-free header. If this header is for 
10 an INTRA frame, the decoder tries to decode the frame. If it is found that 
some of the picture segments are missing, the corresponding segments of the 
previous frame are read from the temporary picture store 228 and decoded. If 
the lost/corrupted picture header belonged to an INTRA-frame, the next data 
received by the decoder will therefore be the repeated picture header and first 
15 segment data 512. The decoder decodes (408) the picture header and the 
data for the first segment of the picture. The decoder detects (406) that the 
data is not for an entire frame and, in response, the decoder then decodes 
(408) the data stored in the temporary picture data store 228 on the basis of 
this repeated picture header. 

20 

Normal error concealment techniques may then be used to conceal errors 
within the picture which have arisen from transmission or decoding errors. As 
is conventional, the decoder may also send an update request to the encoder 
if the decoded frame is considered too erroneous. 

25 

A conventional decoder, on receiving an incomplete frame of data, would 
conclude that the missing data has been lost in transmission. Thus the 
decoder would request an INTRA picture request in the known manner. Thus 
an encoder according to the invention can operate with a decoder that is not 
30 in accordance with the invention. 
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A second embodiment of a decoder according to the invention will now be 
described. With reference to a signal formatted as shown in Figure 6, if the 
decoder is unable to decode the original header of frame 610, the decoder 
5 stores the remaining picture data (84, 86) for the frame in the temporary 
picture store 228. The first segment of the frame is not stored because it 
cannot be identified by the decoder. When the redundant frame 612 is 
received, the decoder reads the data as being INTER coded but with no 
change. An encoder according to the prior art would not usually supply this 

10 information (it being apparently 100% redundant). A decoder according to the 
invention detects the receipt of a repeated picture header by detecting the 
occurrence of an INTER picture header followed by a field indicating no- 
change. On receipt of such data, the decoder uses the INTER picture header 
to configure the decoder and then decodes the information from the previous 

1 5 frame, stored in the store 228. 

In this embodiment, the data for the first segment of the picture is not 
repeated and may therefore be considered to be lost. The decoder, on 
receipt of the repeated header data, therefore causes the switch 232 to alter 

20 status such that the contents of the picture data are refreshed from the 
second segment onwards. Alternatively, the decoder may be able to estimate 
where the first segment picture data should begin in the corrupted data and 
decode the data from that point. For instance, let us assume that there is a 
one bit inversion error in the picture header of the original picture and 

25 therefore the picture header cannot be decoded. However the PSC is still 
valid and the start of the frame can therefore be detected reliably. The whole 
picture 610 is therefore stored in the temporary picture store 228 and then 
when the repeated header is received, the decoder 200 starts to decode the 
stored data at the position where the picture header is expected to end and 

30 where the data for the first segment is expected to begin. 
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Thus, the decoder inspects the incoming data. If the picture header is lost or 
corrupted, the data for the remainder of the frame is stored in the temporary 
picture data store 228. Subsequent data is then decoded and if the data 
5 relates to an INTER-frame and indicates that there is no change in the picture, 
the picture header is decoded and the data from the temporary picture data 
store 228 is decoded using the information in the picture header of the 
redundant frame. 

10 When the signal is formatted as shown in Figure 6, if the decoder manages to 
correctly decode the picture header of frame 610, the decoder will continue 
and decode the repetition of the header 612. As described with reference to 
Figure 6, the repeated information 612 comprises the picture header 82 
(including an incremented TR) and a field 88 indicating that none of the data 

1 5 has changed with respect to the previous coded frame. Since there is no data 
stored in the temporary picture data store 228, the decoder will discard the 
redundant frame of data 612 and decode the subsequent frame 620. 

On receipt of a signal encoded according to the third embodiment of the 
20 invention, a decoder according to the invention uses the data following the 
FTYPE/DSIZE octet of the Supplemental Enhancement Information in the 
subsequent frame to decode the data stored in the temporary picture store 
228. 

25 The third embodiment of the decoder will now be described with reference to 
Figure 9. This embodiment makes use of the SEI method as described earlier 
with reference to the encoder and Figure 7. 

The decoder operates as follows. At first (900), the decoder receives the 
30 picture header of the next transmitted picture. If the header is free from errors 
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(901), the decoder can decode the header without problems (902). Then, it 
can continue to decode the rest of the picture (904). If some errors were 
detected in the picture header (901), the decoder searches (906) for the first 
error-free picture segment (GOB or slice) header of the picture. Let us call 
5 this bit stream position as the first resynchronisation position. If the GFID of 
that header is the same as in the previous picture (908), the decoder can 
recover the crucial parts of the picture header (910) and continue decoding 
(904), starting from that particular picture segment. If the GFID differs from the 
one in the previous picture (908), the decoder searches (912) for the next 

10 picture start code. If the picture layer data of that picture contains SEI picture 
header repetition (914), the decoder can recover the picture header of the 
current picture (916). It must also set the decoding position in the bit stream 
back to the first resynchronisation position (918). If the picture layer data does 
not contain SEI picture header repetition, the decoder searches for the next 

15 picture segment start code and checks (920) if the GFID in the header is the 
same as the GFID of the picture that is being decoded. If the GFIDs are 
equal, the decoder can recover the picture header (910) and continue 
decoding from the first resynchronisation position. If the GFIDs are different 
from each other, the decoder has no means to recover the corrupted picture 

20 header. In this case (922), it can request for an INTRA update, for example. 

The temporary picture store may store coded data for a plurality of frames. 
Since most frames in low bit rate applications are coded in an INTER frame 
manner, most of the data stored in the temporary picture data store is likely to 
25 represent prediction error data and hence be relatively compact. The 
temporary picture store therefore should be sufficient to store data for at least 
one INTRA frame and one INTER frame of data, an INTER frame typically 
being coded with around 250 bytes for a QCIF picture at 28.8 kbps. 
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If any data for subsequent frames of the video are also stored in the 
temporary picture data store 228, these are also decoded and output to the 
picture store 223 to bring the contents of the picture store 223 into alignment 
with the contents of the corresponding picture store of the transmitting device. 



What is claimed is: 
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1. A method of decoding an encoded video signal, the method 
comprising: 

5 receiving coded data representing frames of a video signal; 

examining said coded data to detect header data and picture data; 

when an error in the picture header is detected, storing the picture data 
in a temporary picture data store, detecting a repeat of the header data; and 
decoding the stored picture data using the repeated header data. 

10 

2. A method of decoding according to claim 1 wherein the step of 
detecting a repeat of header data comprises: 

ascertaining whether subsequently received data relates to an entire 
frame of the video signal or to an incomplete part of a frame and detecting a 
1 5 repeat of header data when the received data relates to an incomplete part of 
a frame. 

3. A method of decoding according to claim 1 wherein the step of 
detecting a repeat of header data comprises: 

20 ascertaining whether subsequently received data includes a picture 

header and further data, which further data signifies that a frame of the video 
signal is unaltered with respect to a reference frame of the video signal and, if 
so, determining that a repeat of the header data has been detected. 

25 4. A method of decoding according to claim 1 , 2 or 3 wherein the step of 
detecting a repeat of header data is carried out each time data is stored in the 
temporary picture data store. 

5. A method of decoding according to any preceding claim wherein the 
30 step of detecting the repeated header data comprises examining the picture 
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header of a subsequent frame to determine whether the picture header of the 
subsequent frame includes data relating to the picture header of a previous 
frame and, if so, detecting the repeat of the picture header. 

5 6. A method according to any of claims 5 wherein the step of detecting 
the repeated data comprises examining the Supplemental Enhancement 
Indicator (SEI) of the header of a subsequent frame. 

7. A method of video encoding comprising: 
10 receiving a video signal to be encoded; 

encoding data representing a frame of said video signal; 

repeating part, but not all, of said data, said repeated part including the 
picture header for the frame. 

15 8. A method of encoding according to claim 7 wherein part of the data is 
repeated only for frames which are coded in an INTRA-frame manner. 

9. A method of encoding according to claims 7 or 8 wherein the repeated 
data comprises a picture header and a first segment of picture data of the 

20 frame. 

10. A method of encoding according to any of claims 7 or 8 wherein said 
repeated data consists of a picture header and an indicator that no picture 
data has altered since a previous frame. 

25 

11. A method of encoding according to any of claims 7 to 10 wherein the 
step of repeating header data comprises adding the repeated data to the 
picture header of a subsequent frame. 
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12. A method according to claim 11 wherein the repeated data is included 
in the Supplemental Enhancement Indicator (SEI) of a subsequent frame. 

13. A video encoder comprising: 

an input for receiving a video signal to be coded; 
means for encoding data representing a frame of said video signal; 
the means for encoding data being arranged to repeat part, but not all, 
of said data, said repeated part including the picture header for the frame. 

14. A video decoder for decoding an encoded video signal, the decoder 
comprising: 

an input for receiving coded data representing frames of a video signal; 
decoding means for examining said coded data to detect header data 
and picture data; 

said decoder being arranged to store the picture data in a temporary 
picture data store when an error in the picture header is detected, to detect a 
repeat of the header data; and to decode the stored picture data using the 
repeated header data. 

15. A wireless communications device incorporating an encoder according 
to claim 13. 

16. A wireless communications device incorporating an decoder according 
to claim 14. 

17. A video codec comprising an encoder according to claim 13 and a 
decoder according to claim 14. 
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ABSTRACT 
VIDEO CODING 

A method of video encoding comprising: receiving a video signal to be coded; 
coding data representing a frame of said video signal; repeating part, but not 
5 all, of said data, said repeated part including the picture header for the frame. 
A method of decoding an encoded video signal, the method comprising 
receiving coded data representing frames of a video signal; examining said 
coded data to detect header data and picture data; when an error in the 
picture header is detected, storing the picture data in a temporary picture data 
10 store, detecting a repeat of the header data; and decoding the stored picture 
data using the repeated header data. 



Fig. 8 



2/9 



Display 
ZO 



Video Codec 
10 



Data Protocol 
manager 
30 



Control manager 
40 



Audio Codec 
20 



MUX 
50 



MODEM 
60 



FIG. 2 



3/9 





4/9 



Video in 
101 



Switch 




DCT 


102 




103 



(40) 



Q 

104 



Q-1 
108 



I DCT 
109 



Switch 
115 



Picture store 
107 




Motion Estimator 
111 



Motion 
compensator 
222 



Data store 
114 



112a 

1 



112b 
? 



112c 



1 12d 



112e 
J_ 



Motion vectors 



Video \ 


Picture store 




IDCT 




Q-1 


out (70) i 


223 


221 




220 



Temporary 
picture data 
store 228 



Control 
224 



Header information 



FIG. 4 



5/9 

















CD 
Q. 












cr 




c 






% 


< 


-o 






CD 




h- 


T3 


O 


z: 


O 
O 


Q_ 














% 


Ol 


T3 










h- 


"D 


"o 


Z 


O 
O 


Q_ 






co 








q: 


X3 




LU 


CD 


=3 


h- 


T3 


O 


z 


O 
O 


Q_ 






eg 






% 


cr 


~o 


o 


HI 


CD 


:5 


i— 


T3 


o 


z 


O 
O 


Q_ 








ro 






cd 






CL 






CD 
DC 










=tfc 


< 


"O 






CD 




h- 


■o 




z 


O 









LO 



6/ 



9 




7/9 



Get next picture 



Skip picture ? 



704 



706 



Code pic header 







GFID changing ? 


Y 




Save pic header 






/■ > 
GFID changed in 
prev. picture ? 


Y 





Put prev. pic 
header as SEI 



714 



Code pic. contents 



FIG. 7 



8/9 



400 
y_ > 

Decode 
received data 





FIG. 8 



Decode picture 
header and rest 
from stored 
picture data 



9/9 



900 
) 



Get next picture 
header 



902 
) 



Picture header 
corrupted ? 



7W 



decode picture 
header 



Get 1st segment 
header 



GFID changed 
from prev. pic ? 



-906 



-908 



Get next picture 
header and SE! 







Y 


SEI contains 




hdr repetition ? 








' Z Ju-^ 




f \ 




Get next segment 
header 




i 


920 


^ 

GFID same as 
previous pic ? 








Set decoding pos 




to 1st segment 



-914 



Actions for totally 
lost picture 



S 

922 



Recover picture 
header 



2~ 



Get and decode 
picture contents 



FIG. 9 



